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Outline 


♦ Brief introduction of the current communications 
architecture of the ISS 

♦ How current payload operations are handled in the non- 
DTN environment 

♦ Making the case to implement DTN into the current payload 
science operations model 

♦ Phase I DTN Operations: early implementation with 
BioServe’s CGBA Payload 

♦ Phase II DTN Operations: Developing the HOSC DTN 
Gateway 

♦ Conclusion 
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Introduction 


♦ ISS Supporting Ground system 

♦ Space links are based on CCSDS silver standard 

♦ S-band used for low bandwidth Uplink/downlink 

+ Primary payload command uplink path 
+ Approximate uplink rate of 38 Kbps 

♦ Ku-band used for high bandwidth Telemetry downlink 

+ Primary downlink path for payload telemetry 
+ Approximate downlink rate of 50 Mbps 

♦ Harsh environment of space presents a new set of problems 
over traditional IP networks 

+ AOS/LOS scheduling issues 
+ Radiation 

+ Sharing downlink with other spacecraft 

♦ Ground transport is over IP networks 

+ Payload data is distributed to users via UDP 
+ Remote commanding is encrypted over VPN 
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The non-DTN environment 

♦ Primary function of the HOSC 

♦ to support Payload Investigators and the corresponding science 

+ Tools and protocols have been utilized so PI can command and receive data 
nay place in the world 
^ UDP/TCP 
^ HTTPS 
^ RSH 
^ FTP 


♦ Also support Command and Control applications for Payload 
Investigators 

+ TCP based and wrapped in secure envelope of IPSEC compliant VPN 

♦ The C&C and Payload science distribution are handled in parallel 

♦ Science distributed through PDSS via UDP 

♦ Down-linked CCSDS data is constrained to it’s max size 

♦ EHS header pre-pended to expedite processing 

♦ Users can request missed data through a user scheduled playback 

♦ Science distributed through PDSS via UDP 

♦ Down-linked CCSDS data is constrained to it’s max size 

♦ EHS header pre-pended to expedite processing 

♦ Users can request missed data through a user scheduled playback 


Page 5 


NASA MSFC 
Mission Operations Laboratory 



Page 5 

MSFC 




Making the case to implement DTN 


DTN would greatly help with the issues related to scheduled 
around planned communication outages 

Several important considerations were part of the design 


♦ Wanted to support the needs of our ever changing user base 

♦ Current HOSC model works best with a control center on a 
highly available network 

+ However the HOSC has many smaller centers and experiments that 
don’t want to staff continuously 

+ A DTN environment would better suit a type of on demand service 
-v- User would not have to be online 100% of the time to receive data 
-Y- Would just pick it up the next time he/she logs into the system 


♦ Also user would not need to be up all the time for commanding 
either 

+ User could log in once with a set of commands that needed to be 
sent, then log off and be assured that they would be delivered 
onboard when a window was available 
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Phase I DTN Operations: 


♦ The HOSC partnered with CU-Boulder’s to create the first path 
finder DTN experiment onboard ISS 

♦ CU-Boulder was able to repurpose it’s CGBA (Commercial 
Generic Bioprocess Apparatus) experiment and install the ION 
version of DTN code 
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♦ The HOSC developed a DTN command queue to allow Cadre 
management of DTN acknowledgments 
+ This is not really a DTN node but more like a priority queue 

+ When opportunity presents itself on commanding link, these 
acknowledgments would then be forwarded through JSC 
commanding to go back up to CGBA payload to confirm ground 
receipt 


This style of special queued commands was different from the 
normal operations concept used in the POIC 


♦ 





Had to keep ground station operators informed during this phase 
to allow them to be ready for the new way DTN commanding 
would be allowed to circumvent the traditional commandin< 

COnCept NASA MSFC 

Mission Operations Laboratory 



DTN I Early results: 

♦ The modified ground software was deployed in the April 
time frame of 2009 

♦ First DTN experiments from CGBA followed in the June 2009 
timeframe 

+ First experiments involved down-linking pictures from a previous 
CGBA experiment. 

+ More extensive test were performed after this first round of 
experimentation was successful 

♦ The new experiments were to test how the payload would 
respond to unattended operations 

+ Status telemetry files were down linked using non-DTN and 
DTN paths 

-Y- Non DTN scheme yielded an average of 3504 redundant receptions 
per file 

-Y- DTN scheme yielded an average of 0.06 redundant receptions per 
file 
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DTN Phase I: Implementation 
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CU-Boulder sends a bundle encapsulated 
in a command to ERIS listenter on an ePVT 
server. 

ERIS forwards the command to the 
command server and the DTIM command 
queue. 

After CSM requirements are met the 
command is forwarded to JSC and 
ultimately CGBA-5 on IS5. 

Acknowledgements are forwarded via 
Telemetry and Ku-Band 

Downlink science bundles are sent in 
CCSDS packets via Ku-Band to PDSS which 
forwards the data to CGBA-5. 

Acknowledgements to CGBA-5 are 
forwarded via S-band. 
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Phase II DTN Operations: 

♦ HOSC is in the process of developing it’s own DTN node 
using a phased approach: 

♦ Initial development and evaluation 

♦ DTN Engineering Network (DEN) testing 

♦ DEN testing with CGBA using recorded data 

♦ IV&V testing with recorded and live data 

♦ Operational data flow 
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Phase II DTN Operations: 


♦ Initial development was performed using DTN2 instance 

♦ Testing with the CGBA ION DTN implementation uncovered 
some issues 

+ Related to ION and DTN2 interoperability 

+ Also related to some unique ways that communications are 
implemented onboard the ISS 

♦ To handle these issues a Convergence Layer Adaptor (CLA) 
was implemented unique to the ISS 

+ The CLA identifies and extracts the embedded BioServe RIC 
channel packets and then extracts the BP bundle set 

+ The packets are then processed by the DTN2 daemon for bundle 
separation, forwarding, custody transfers, and any other 
processing 
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IV&V Data Flow 
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High Available DTN configuration 

♦ It will support multiple routers in a prime and backup mode 

♦ The use of shared Redundant Array of Independent Disk 
(RAID) 

♦ Will allow HOSC to support End-to-End DTN traffic from 
CGBA 

♦ Configuration also preserves the separation science 
Downlink and S-Band commanding 
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Future DTN work 


♦ The next goal is to break the separation described on the 
previous slide. 

♦ This will be accomplished it 2 phases: 

♦ Encapsulate the Application Identifier (APID) and forward 
with custody transfer 

♦ Pull out the bundle and perform a custody transfer 

♦ Option 2 is preferred and the direction the HOSC is 
pursuing 
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Option 1 
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A Convergence Layer Application 
(CLA) on a DTN2 implementation 
will inspect CGBA-5 downlink APIDs 
and extract bundle data. 

The HOSC can 

1 . Encapsulate the APID and forward or 

2. Pulloutthebundleanddoa custody 
transfer 

Both option are desirable in that it 
makes the HOSC a full DTN node 

- Provides for custody transfers 

- Supports an End-to-END DTN 
network 

BioServe acts as an intermediary to 
provide Ack/Nak commanding to the 
payload 
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Option 2 
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Integrated Config to support both DTN and Non- 
DTN users 
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Conclusion 


♦ Allows more diverse options for users 

♦ Supports new and innovative operations concepts 

♦ Leverages ISS as a test bed for new initiative 

♦ Can support various users 

♦ Continues the evolution of the ISS 
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